home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv4.zip / V4N21M.TXT < prev    next >
Text File  |  1994-01-21  |  9KB  |  237 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Musician's Digest       Fri, 21 Jan 94  3:10         Volume 4: Issue  21  
  5.  
  6. Today's Topics:
  7.                      GUS Musician's Digest V4 #16
  8.              newest windows drivers drop midi prg changes
  9.               Nice lasting, really basy kickdrum sample.
  10.                 patch quality degrades as GUS fills up
  11.                       sample limit - 64 or 256K?
  12.                      Sampling under Windows etc.
  13.                               subscribe
  14.                              unsubscribe
  15.  
  16. Standard Info:
  17.     - Meta-info about the GUS can be found at the end of the Digest.
  18.     - Before you ask a question, please READ THE FAQ.
  19.  
  20. ----------------------------------------------------------------------
  21.  
  22. Date: Thu, 20 Jan 94 22:23:46 MST
  23. From: "Shawn T. Rutledge" <rutledge@enuxhb.eas.asu.edu>
  24. Subject: Re: GUS Musician's Digest V4 #16
  25.  
  26. > > for all of it.  I suggest we dispense with the palettes, and use the desktop
  27. > > itself, or perhaps just one big window, for a palette.  The icons identify an
  28. > > object as a drum rhythm or melody or whatever, so having separate palettes is
  29. > > unnecessary and wastes time.
  30. > 
  31. > NO! I may have 10 drum rhythms, about the same in bassline, plus chords...
  32. > it all add up and would clutter the desktop in a crazy way. I really like
  33. > the way it is done. BTW, run in 800x600 if you are lacking space (or 1024x768).
  34.  
  35. I know - but I'm still using a Hercules card, if you can believe that, so 
  36. enhancing the resolution isn't an option.
  37. > 
  38. > > You've got a foundation for a great product, but I'd sure like to see lots of 
  39. > > improvement on the next version.
  40. > 
  41. > You want powerchords pro to have all it's current features plus all the
  42. > features of cakewalk pro, for the same price. Isn't that a bit non realistic?
  43.  
  44. Not really.  Just watch and see if it doesn't eventually happen!  You might
  45. have been surprised ten years or so ago, as a Wordstar user for example, if
  46. I had suggested some of the neat features that today's word processing 
  47. programs have.  Yet prices continue to stay about the same.  As a developer
  48. one must continuously improve to compete.
  49.  
  50. > From: "Eric Bell, Howling Dog Systems" <71333.2166@CompuServe.COM>
  51. > Subject: Power Chords Pro has the features u want
  52. > 
  53. > An interesting idea. Power Chords Pro alleviates this problem by having scroll
  54. > bars in the palettes. A button bar allows you to quickly locate the palettes
  55. > and windows you want to access.
  56.  
  57. That'll work.
  58. > 
  59. > > 3.  The so-called "instrument" window (which is really used to create chords
  60. > > and should be labeled as such) should show a keyboard as well as the guitar
  61. > > strings, or be switchable.  In either case it should simultaneously show the
  62. > > staff view too; thus the separate staff window could be eliminated.
  63. > 
  64. > The so-called instrument window is reconfigurable in all versions but the GUS version (up to 12 strings, 24 frets) so it wasn't labe
  65. > 
  66. > Power Chords Pro has a keyboard window in addition to the stringed instrument
  67. > window.
  68.  
  69. Great!
  70. > 
  71. > The simultaneous staff view is a good idea!
  72. > 
  73. > > 4.  Do you really expect me to enter pitch bend information one data item at
  74. > > a time?
  75. > 
  76. > No I don't. String bending is recordable in Power Chords Pro to any part type.
  77. > There still is no graphical editor for this though. 
  78.  
  79. Recordable, as in you can manipulate something with the mouse while it is 
  80. playing, or recordable as in you need an external MIDI device?  I'd like
  81. to see the software/GUS package be as self-contained, yet expandable, as
  82. possible, naturally.
  83. > 
  84. > > There should be a graphical view for controllers of all kinds, with a
  85. > > "controller fill" feature like Cakewalk has.
  86. > 
  87. > Yes, I agree, and we will be putting this in in future.
  88. > 
  89. > > 5.  You've got to add the ability to put more than one melody track in a
  90. > > bar!
  91. > 
  92. > Power Chords Pro has 16 melodies per bar.
  93.  
  94. Good.
  95.  
  96. > Thanks for all your input!
  97.  
  98. No problem.  Thanks for listening to us lowly users.
  99.  
  100. ------------------------------
  101.  
  102. Date: Thu, 20 Jan 94 8:52:52 CST
  103. From: Don Eller <don.eller@inst.medtronic.com>
  104. Subject: newest windows drivers drop midi prg changes
  105.  
  106. Has anyone else noticed that the new drivers that came with pmaker
  107. lite, work quite a bit differently than the old drivers with regard to
  108. prg change midi messages?  I discovered this while trying to re-record
  109. some midi files that I'd recorded earlier, because in general
  110. everything sounds so much better now.  Apparently I was dropping more
  111. notes than I realized with the old drivers.  Unfortunately I found
  112. that a few midi files where a single track with the prg changes to
  113. switch to new instruments, to add interest to a solo, was failing to
  114. change voices.  After discovering that the prg changes had the same
  115. midi time stamp as a midi note on, I tried changing the midi time
  116. stamp on the prg change to precede the first note on of the melody,
  117. and voila, the prg change was now being seen.  It appears that in
  118. Forte's effort to guarantee that notes are not dropped, as caused
  119. there drivers to miss prg changes if they occur with the same time
  120. stamp as a note on.
  121.  
  122. Since, the old drivers didn't have this problem, and I have already
  123. found several midi files where this occurs, I must assume that the
  124. midi drivers should not miss prg changes when they occur with the same
  125. midi time stamp as a note on.  Therefore, I'm wondering if I should
  126. notify Forte of this problem, but I thought I'd bring it up with the
  127. experts on midi files first to make sure this is a valid complaint
  128. with the midi drivers and not just a case of some poorly created midi
  129. files.  Does anyone know what the midi specification says about
  130. priority with multiple events have the same midi time stamp?
  131.  
  132. By the way, I used pmaker lite to retune many of Forte's original
  133. patches which I found to be slightly out of tune.  I was quite pleased
  134. at how much better overall the GUS sounded to me re-playing my
  135. favorite midi files.  Anyone else tried this?
  136.  
  137. Gravis, any comments?
  138.  
  139. ------------------------------
  140.  
  141. Date: Thu, 20 Jan 1994 19:29:13 -0500 (EST)
  142. From: Andrew Struthers McCallum <andrewm@io.org>
  143. Subject: Nice lasting, really basy kickdrum sample.
  144.  
  145.     You know those cars that drive by, and have Rap music playing 
  146. really loud, and all you can hear from a distance is the really, really low
  147. kickdrum that seems to hit and then slowly dissapate?  I need a kickdrum like
  148. that in some raw sample format.  (not a .PAT file)  If anyone has a nice one
  149. in 8 or 16-bit format, please mail it to me!  Also, if anyone has any nice
  150. hihat's for hihat rhytms in techno/trance type songs, email them too. 
  151. Thanks!  (maybe we can trade samples, too)
  152.  
  153. ---
  154. Andrew McCallum / 50 Feet of Mental Floss (Sonic Ecstasy Composer)
  155. ** finger andrewm@io.org for info on SE music, and/or my upcoming demo tape **
  156.  
  157. ------------------------------
  158.  
  159. Date: Thu, 20 Jan 94 11:59:50 EST
  160. From: fergusos@jeff-lab.QueensU.CA (Ferguson Stephen)
  161. Subject: patch quality degrades as GUS fills up
  162.  
  163. Hi,
  164.  
  165. Question 1: where can I find the FAQ so I can avoid asking any FAQ's in the
  166. future.
  167.  
  168. Question 2: The sound quality of my patches degrades noticeably as the
  169. DRAM fills up.  I've noticed this in Windows and also in some DOS games.
  170. With the 1meg almost full, some percussion patches develop awful clicks and
  171. pops, and yet the same patches sound fine if the memory is only half-full.
  172. What's causing this?
  173.  
  174. Stephen
  175.  
  176. ------------------------------
  177.  
  178. Date: Thu, 20 Jan 94 13:36:28 +0200
  179. From: iddos@math.tau.ac.il
  180. Subject: Re: sample limit - 64 or 256K?
  181.  
  182. james@maths.exeter.ac.uk writes:
  183. >
  184. > Note that pmaker110.zip has new drivers in it that allow the use of 256k 
  185. > samples, patch.exe doesnt support these.
  186.  
  187. Mine (from some pmak??.zip) don't. I can do 256 multi-sample patches, but 
  188. not 256K samples. 
  189. Could you specify the length in bytes of the drivers?
  190.  
  191. ------------------------------
  192.  
  193. Date: Thu, 20 Jan 94 21:30:37 MET
  194. From: Martin Olsson <marols@ulmo.stud.slu.se>
  195. Subject: Sampling under Windows etc.
  196.  
  197.  
  198.  
  199. ------------------------------
  200.  
  201. Date: Thu, 20 Jan 1994 15:20:39 -0500
  202. From: Shepherd B Kendall <sbkendal@uncc.edu>
  203. Subject: subscribe
  204.  
  205.  
  206.  
  207. ------------------------------
  208.  
  209. Date: Thu, 20 Jan 94 10:49:38 GMT
  210. From: Flynn Peter R BSc 1 Mod Comp 93-94 <P.Flynn@teesside.ac.uk>
  211. Subject: unsubscribe
  212.  
  213.  
  214.  
  215. ------------------------------
  216.  
  217. End of GUS Musician's Digest V4 #21
  218. ***********************************
  219.  
  220. To post to tomorrow's digest:                        <gus-music@dsd.es.com>
  221. To (un)subscribe or get help:                <gus-music-request@dsd.es.com>
  222. To contact a human (last resort):              <gus-music-owner@dsd.es.com>
  223.  
  224. FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
  225.                      wuarchive.wustl.edu            /systems/ibmpc/ultrasound
  226.                      archive.orst.edu                    /pub/packages/gravis
  227.                      theoris.rz.uni-konstanz.de                /pub/sound/gus
  228.                      nctuccca.edu.tw                           /PC/ultrasound
  229. FTP mail server:     mail-server@nike.rz.uni-konstanz.de
  230.  
  231. Hints:
  232.       - Get the FAQ from the FTP sites or the request server.
  233.       - Mail to <gus-music-request@dsd.es.com> for info about other
  234.     GUS related mailing lists (general use, programmers, etc.).
  235.  
  236.  
  237.